Communication associated with access control

ABSTRACT

A disclosure of the present specification provides a method for performing, by a UE, communication associated with access control. The method may comprise the steps of: acquiring information associated with exception data; determining an access category of an access attempt for the exception data, on the basis of the information associated with the exception data; performing an access control check on the basis of the determined access category; and, when access is allowed according to the access control check, transmitting the exception data.

TECHNICAL FIELD

The present invention is related to a wireless communication.

BACKGROUND ART

The present document is related to a wireless communication including a wireless local area network system and a mobile communication system.

DISCLOSURE OF INVENTION Technical Problem

The present document is proposed to enhance performance of a conventional wireless communication system.

Solution to Problem

The detailed features are explained in the following pages.

Advantageous Effects of Invention

The detailed features are explained in the following pages.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 shows a block diagram illustrating a wireless device to which technical features of the present document can be applied.

MODE FOR THE INVENTION

The technical features, operations, and/or procedures disclosed in the foregoing pages/slides can be performed or supported by a wireless device and/or a mobile device. The wireless device and/or mobile device can be referred to as various terms, such as a user equipment (UE), a station (STA), a Mobile Station (MS), a network interface device, a wireless interface device, a base station (BS), an access point (AP) STA, and a non-AP STA. Further, the wireless device/mobile device may operate in various technologies, such as 3GPP LTE, 3GPP LTE Advance, and Wireless Local Area Network (WLAN). Long-Term Evolution (LTE) is a standard for high-speed wireless communication for mobile phones and data terminals, based on the GSM/EDGE and UMTS/HSPA technologies. The standard is developed by the 3rd Generation Partnership Project (3GPP) and is specified in its Release 8 document series, with minor enhancements described in Release 9. The LTE is the upgrade path for carriers with both GSM/UMTS networks and CDMA2000 networks. The evolution of LTE is LTE Advanced, which was standardized in March 2011. The Wi-Fi is a Wireless Local Area Network (WLAN) technology that enables a device to be connected to the Internet in a frequency band of sub-1GHz, 2.4 GHz, 5 GHz or 60 GHz. A WLAN is based on Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard. While the technical features in the foregoing pages can be performed by AP STA (or BS) and non-AP STA (or UE), some features can be only performed by one of the AP STA (or BS) and non-AP STA (or UE).

FIG. 1 shows a block diagram illustrating a wireless device/mobile device in which the technical features, operations, and/or procedures are implemented. As discussed above, the depicted wireless device can be the UE, BS, AP and/or non-AP STA. A device 50 includes a processor 51, memory 52, and a Radio Frequency (RF) unit 53. The RF unit 53 is operatively connected to the processor 51 and sends and/or receives radio signals. The processor 51 implements the technical features, operations, and/or procedures disclosed in the foregoing pages/slides. The operations in the embodiments may be implemented by the processor 51. The memory 52 is connected to the processor 51 and may store instructions for implementing the operation of the processor 51.

Inventors: SungDuck Chun, Sang Min Park

Title: Method for support of IOT services with UEs for multiple capabilities Access method for providing IoT service efficiently to a terminal supporting multiple RAT

<Introduction>

Hereinafter, downlink (DL) means communication from a base station (BS) to user equipment (UE), and uplink (UL) means communication from UE to BS. In the downlink, a transmitter may be a part of a BS, and a receiver may be a part of the UE. In the uplink, the transmitter may be part of the UE and the receiver may be part of the BS. In this specification, a UE may be represented as a first communication device, and a BS may be represented as a second communication device. BS may be replaced by terms such as a fixed station, Node B, evolved-NodeB (eNB), Next Generation NodeB (gNB), base transceiver system (BTS), access point (AP), network or 5G (5th generation) network node , AI (Artificial Intelligence) system, RSU (road side unit), robot, etc. In addition, the UE may be replaced by terms such as a terminal, MS (Mobile Station), UT (User Terminal), MSS (Mobile Subscriber Station), SS (Subscriber Station), AMS (Advanced Mobile Station), WT (Wireless terminal), MTC (Machine-Type Communication) device, M2M (Machine-to-Machine) device, D2D (Device-to-Device) device, vehicle, robot, AI module, drone, aerial UE, etc.

The following technologies can be used in the various radio access system such as Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single Carrier FDMA (SC-FDMA), and the like. CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA may be implemented with a radio technology such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE). OFDMA may be implemented with a radio technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), and the like. UTRA is part of the Universal Mobile Telecommunications System (UMTS). 3GPP (3rd Generation Partnership Project) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA and LTE-A (Advanced)/LTE-A pro is an evolved version of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.

For clarity of description, although description is based on a 3GPP communication system (eg, LTE-A, NR), the technical spirit of the present disclosure is not limited thereto. LTE refers to technology after 3GPP TS 36.xxx Release 8. In detail, LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A, and LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro. 3GPP 5G (5th generation) technology refers to technology after TS 36.xxx Release 15 and technology after TS 38.XXX Release 15, among which technology after TS 38.xxx Release 15 is referred to as 3GPP NR, and TS 36.xxx Release 15 and later technologies may be referred to as enhanced LTE. “xxx” stands for standard document detail number. LTE/NR may be collectively referred to as a 3GPP system.

In this specification (disclosure), a node refers to a fixed point that can communicate with the UE to transmit/receive a radio signal. Various types of BSs can be used as nodes regardless of their names. For example, BS, NB, eNB, pico-cell eNB (PeNB), home eNB (HeNB), relay (relay), repeater (repeater), etc. may be a node. Also, the node may not need to be a BS. For example, it may be a radio remote head (RRH) or a radio remote unit (RRU). RRH, RRU, and the like generally have a lower power level compared to the power level of the BS. At least one antenna is installed in one node. The antenna may mean a physical antenna, an antenna port, a virtual antenna, or an antenna group. A node is also called a point.

In this specification, a cell refers to a certain geographic area or radio resource in which one or more nodes provide a communication service. A “cell” of a geographic area may be understood as coverage in which a node can provide a service using a carrier, and a “cell” of radio resources is a bandwidth (BW), which is a frequency size configured by the carrier. The downlink coverage, which is the range in which a node can transmit a valid signal, and the uplink coverage, which is the range in which a valid signal can be received from the UE, depend on the carrier carrying the corresponding signal, thus the coverage of the node is also associated with the coverage of a “cell”. Therefore, the term “cell” may be used to mean the coverage of a service by a node, sometimes a radio resource, and sometimes a range that a signal using the radio resource can reach with an effective strength.

In the present specification, communication with a specific cell may mean communicating with a BS or node that provides a communication service to the specific cell. In addition, the downlink/uplink signal of a specific cell means a downlink/uplink signal from/to a BS or node that provides a communication service to the specific cell. A cell providing an uplink/downlink communication service to the UE is specifically referred to as a serving cell. In addition, the channel state/quality of a specific cell means the channel state/quality of a channel or a communication link formed between a UE and a BS or node providing a communication service to the specific cell.

On the other hand, a “cell” associated with a radio resource may be defined as a combination of downlink resources (DL resources) and uplink resources (UL resources), that is, a combination of a DL component carrier (CC) and UL CC. A cell may be configured with a DL resource alone or a combination of a DL resource and a UL resource. When carrier aggregation is supported, the linkage between the carrier frequency of the DL resource (or DL CC) and the carrier frequency of the UL resource (or UL CC) may be indicated by system information transmitted through the cell. Here, the carrier frequency may be the same as or different from the center frequency of each cell or CC. Hereinafter, a cell operating on a primary frequency is referred to as a primary cell (Pcell) or PCC, and a cell operating on a secondary frequency is referred to as a secondary cell (Scell), or SCC. Scell may be configured in a state in which the UE performs a radio resource control (RRC) connection establishment process with the BS to establish an RRC connection between the UE and the BS, that is, after the UE is in the RRC_CONNECTED state. Here, the RRC connection may mean a path through which the RRC of the UE and the RRC of the BS can exchange RRC messages with each other. The Scell may be configured to provide additional radio resources to the UE. According to the capabilities of the UE, the Scell may form a set of serving cells for the UE together with the Pcell. In the case of a UE in the RRC_CONNECTED state but carrier aggregation is not configured or does not support carrier aggregation, there is only one serving cell configured only as a Pcell.

The cell supports its own radio access technology. For example, transmission/reception according to LTE radio access technology (RAT) is performed on an LTE cell, and transmission/reception according to 5G RAT is performed on a 5G cell.

The carrier aggregation technique refers to a technique for aggregating and using a plurality of carriers having a system bandwidth smaller than a target bandwidth for broadband support. In that carrier aggregation performs downlink or uplink communication using a plurality of carrier frequencies each forming a system bandwidth (also referred to as a channel bandwidth), carrier aggregation is distinguished from OFDMA technology performing downlink or uplink communication by carrying a basic frequency band divided into a plurality of orthogonal subcarriers on one carrier frequency. For example, in the case of OFDMA or orthogonal frequency division multiplexing (OFDM), one frequency band having a constant system bandwidth is divided into a plurality of subcarriers having a predetermined subcarrier interval, and information/data is mapped within the plurality of carrier frequencies, the frequency band to which the information/data is mapped is transmitted to a carrier frequency of the frequency band through frequency upconversion. In the case of radio carrier aggregation, frequency bands each having their own system bandwidth and carrier frequency may be used for communication at the same time, and each frequency band used for carrier aggregation may be divided into a plurality of subcarriers having a predetermined subcarrier interval. .

The 3GPP-based communication standard defines downlink physical channels corresponding to resource elements carrying one piece of information from an upper layer of the physical layer (eg, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (protocol data convergence protocol (PDCP)) layer, radio resource control (RRC) layer, service data adaptation protocol (SDAP), non-access layer (non-access stratum, NAS) layer) and downlink physical signals corresponding to resource elements used by the physical layer but not carrying information originating from a higher layer. For example, a physical downlink shared channel (PDSCH), a physical broadcast channel (PBCH), a physical multicast channel (PMCH), a physical control format indicator channel (physical control), a physical control format indicator channel (PCFICH) and a physical downlink control channel (PDCCH) are defined as downlink physical channels, and a reference signal and a synchronization signal are defined as downlink physical signals. A reference signal (RS), also referred to as a pilot, refers to a signal of a predefined special waveform that the BS and the UE know each other, for example, cell specific RS (RS), UE-Specific RS (UE-specific RS, UE-RS), positioning RS (positioning RS, PRS), channel state information RS (channel state information RS, CSI-RS), demodulation reference signal (demodulation reference signal, DMRS) are defined as downlink reference signals. On the other hand, the 3GPP-based communication standard defines uplink physical channels corresponding to resource elements carrying information originating from a higher layer, and uplink physical signals corresponding to resource elements used by the physical layer but not carrying information originating from a higher layer. For example, a physical uplink shared channel (PUSCH), a physical uplink control channel (PUCCH), and a physical random access channel (PRACH) are defined as uplink physical channels, and a demodulation reference signal (DMRS) for an uplink control/data signal and a sounding reference signal (SRS) used for uplink channel measurement are defined.

In this specification, a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) may respectively mean downlink control information (DCI) of physical layer and a set of time-frequency resources or a set of resource elements carrying downlink data. In addition, physical uplink control channel (physical uplink control channel), physical uplink shared channel (physical uplink shared channel, PUSCH), and physical random access channel (physical random access channel) may respectively mean uplink control information of the physical layer (uplink control information, UCI), a set of time-frequency resources carrying uplink data and random access signals, or a set of resource elements. Hereinafter, when the UE transmits an uplink physical channel (eg, PUCCH, PUSCH, PRACH), it may mean that UCI, uplink data, or a random access signal is transmitted on the corresponding uplink physical channel or through the uplink physical channel. When the BS receives the uplink physical channel, it may mean that it receives DCI, uplink data, or a random access signal on or through the corresponding uplink physical channel. When the BS transmits a downlink physical channel (eg, PDCCH, PDSCH), it is used in the same meaning as transmitting DCI or downlink data on a corresponding downlink physical channel or through a downlink physical channel. Receiving the downlink physical channel by the UE may mean receiving DCI or downlink data on or through the corresponding downlink physical channel.

In this specification, a transport block is a payload for a physical layer. For example, data given to a physical layer from an upper layer or a medium access control (MAC) layer is basically referred to as a transport block.

In the present specification, HARQ (Hybrid Automatic Repeat and reQuest) is a kind of error control method. HARQ acknowledgment (HARQ-ACK) transmitted through downlink is used for error control on uplink data, and HARQ-ACK transmitted through uplink is used for error control on downlink data. The transmitting end performing the HARQ operation waits for an acknowledgment (ACK) after transmitting data (eg, transport block, codeword). The receiving end performing the HARQ operation sends a positive acknowledgment (ACK) only when data is properly received, and sends a negative acknowledgment (negative ACK, NACK) when an error occurs in the received data. When the transmitting end receives the ACK, it can transmit (new) data, and when it receives the NACK, it can retransmit the data. After the BS transmits scheduling information and data according to the scheduling information, a time delay occurs until ACK/NACK is received from the UE and retransmission data is transmitted. Such a time delay is caused by a channel propagation delay and a time taken for data decoding/encoding. Therefore, when new data is transmitted after the current HARQ process is finished, a gap occurs in data transmission due to a time delay. Accordingly, a plurality of independent HARQ processes are used to prevent gaps in data transmission during the time delay period. For example, if there are 7 transmission opportunities between the initial transmission and the retransmission, the communication device may operate 7 independent HARQ processes to perform data transmission without a gap. Utilizing a plurality of parallel HARQ processes, UL/DL transmission may be continuously performed while waiting for HARQ feedback for a previous UL/DL transmission.

In the present specification, channel state information (CSI) refers to information that can indicate the quality of a radio channel (or link) formed between a UE and an antenna port. CSI may include at least one of a channel quality indicator (CQI), precoding matrix indicator (PMI), CSI-RS resource indicator (CRI), SSB resource indicator (SSBRI) , a layer indicator (LI), a rank indicator (RI), and a reference signal received power (RSRP).

In this specification, frequency division multiplexing (FDM) may mean transmitting/receiving signals/channels/users in different frequency resources, and time division multiplexing (TDM) is may mean transmitting/receiving signals/channels/users in different time resources.

In the present disclosure, frequency division duplex (FDD) refers to a communication method in which uplink communication is performed on an uplink carrier and downlink communication is performed on a downlink carrier linked to the uplink carrier, and time division Duplex (time division duplex, TDD) refers to a communication method in which uplink communication and downlink communication are performed by dividing time on the same carrier.

For background art, terms, abbreviations, etc. used in this specification, reference may be made to matters described in standard documents published before the present disclosure. For example, you can refer to the following documents:

3GPP LTE

3GPP TS 36.211: Physical channels and modulation

3GPP TS 36.212: Multiplexing and channel coding

3GPP TS 36.213: Physical layer procedures

3GPP TS 36.214: Physical layer; Measurements

3GPP TS 36.300: Overall description

3GPP TS 36.304: User Equipment (UE) procedures in idle mode

3GPP TS 36.306: User Equipment (UE) radio access capabilities

3GPP TS 36.314: Layer 2-Measurements

3GPP TS 36.321: Medium Access Control (MAC) protocol

3GPP TS 36.322: Radio Link Control (RLC) protocol

3GPP TS 36.323: Packet Data Convergence Protocol (PDCP)

3GPP TS 36.331: Radio Resource Control (RRC) protocol

3GPP TS 36.413: S1 Application Protocol (S1AP)

3GPP TS 36.423: X2 Application Protocol (X2AP)

3GPPP TS 22.125: Unmanned Aerial System support in 3GPP; Stage 1

3GPP TS 23.303: Proximity-based services (Prose); Stage 2

3GPP TS 23.401: General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio

Access Network (E-UTRAN) access

3GPP TS 23.402: Architecture enhancements for non-3GPP accesses

3GPP TS 23.286: Application layer support for V2X services; Functional architecture and information flows

3GPP TS 24.301: Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3

3GPP TS 24.302: Access to the 3GPP Evolved Packet Core (EPC) via non-3GPP access networks; Stage 3

3GPP TS 24.334: Proximity-services (ProSe) User Equipment (UE) to ProSe function protocol aspects; Stage 3

3GPP TS 24.386: User Equipment (UE) to V2X control function; protocol aspects; Stage 3

3GPP NR

3GPP TS 38.211: Physical channels and modulation

3GPP TS 38.212: Multiplexing and channel coding

3GPP TS 38.213: Physical layer procedures for control

3GPP TS 38.214: Physical layer procedures for data

3GPP TS 38.215: Physical layer measurements

3GPP TS 38.300: NR and NG-RAN Overall Description

3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state

3GPP TS 38.321: Medium Access Control (MAC) protocol

3GPP TS 38.322: Radio Link Control (RLC) protocol

3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)

3GPP TS 38.331: Radio Resource Control (RRC) protocol

3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)

3GPP TS 37.340: Multi-connectivity; Overall description

3GPP TS 23.501: System Architecture for the 5G System

3GPP TS 23.502: Procedures for the 5G System

3GPP TS 23.503: Policy and Charging Control Framework for the 5G System; Stage 2

3GPP TS 24.501: Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3

3GPP TS 24.502: Access to the 3GPP 5G Core Network (SGCN) via non-3GPP access networks

3GPP TS 24.526: User Equipment (UE) policies for 5G System (5GS); Stage 3

3GPP TS 22.261 v17.1.0 6.22.2.1 General

Based on operator's policy, the 5G system shall be able to prevent UEs from accessing the network using relevant barring parameters that vary depending on Access Identity and Access Category. Access Identities are configured at the UE as listed in Table 6.22.2.2-1. Access Categories are defined by the combination of conditions related to UE and the type of access attempt as listed in Table 6.22.2.3-1. One or more Access Identities and only one Access Category are selected and tested for an access attempt.

The 5G network shall be able to broadcast barring control information (i.e. a list of barring parameters associated with an Access Identity and an Access Category) in one or more areas of the RAN.

The UE shall be able to determine whether or not a particular new access attempt is allowed based on barring parameters that the UE receives from the broadcast barring control information and the configuration in the UE.

In the case of multiple core networks sharing the same RAN, the RAN shall be able to apply access control for the different core networks individually.

The unified access control framework shall be applicable both to UEs accessing the 5G CN using E-UTRA and to UEs accessing the 5G CN using NR.

The unified access control framework shall be applicable to UEs in RRC Idle, RRC Inactive, and RRC Connected at the time of initiating a new access attempt (e.g. new session request).

-   -   NOTE 1: “new session request” in RRC Connected refers to events,         e.g. new MMTEL voice or video session, sending of SMS (SMS over         IP, or SMS over NAS), sending of IMS registration related         signalling, new PDU session establishment, existing PDU session         modification, and service request to re-establish the user plane         for an existing PDU session.

The 5G system shall support means by which the operator can define operator-defined Access Categories to be mutually exclusive.

-   -   NOTE 2: Examples of criterion of operator-defined Access         Categories are network slicing, application, and application         server.

The unified access control framework shall be applicable to inbound roamers to a PLMN.

The serving PLMN should be able to provide the definition of operator-defined Access Categories to the UE.

6.22.2.2 Access Identities Table 6.22.2.2-1: Access Identities

Access Identity number UE configuration 0 UE is not configured with any parameters from this table  1 (NOTE 1) UE is configured for Multimedia Priority Service (MPS).  2 (NOTE 2) UE is configured for Mission Critical Service (MCS). 3 UE for which Disaster Condition applies (note 4) 3-10 Reserved for future use 11 (NOTE 3) Access Class 11 is configured in the UE. 12 (NOTE 3) Access Class 12 is configured in the UE. 13 (NOTE 3) Access Class 13 is configured in the UE. 14 (NOTE 3) Access Class 14 is configured in the UE. 15 (NOTE 3) Access Class 15 is configured in the UE. (NOTE 1): Access Identity 1 is used by UEs configured for MPS, in the PLMNs where the configuration is valid. The PLMNs where the configuration is valid are HPLMN, PLMNs equivalent to HPLMN, and visited PLMNs of the home country. Access Identity 1 is also valid when the UE is explicitly authorized by the network based on specific configured PLMNs inside and outside the home country. (NOTE 2): Access Identity 2 is used by UEs configured for MCS, in the PLMNs where the configuration is valid. The PLMNs where the configuration is valid are HPLMN or PLMNs equivalent to HPLMN and visited PLMNs of the home country. Access Identity 2 is also valid when the UE is explicitly authorized by the network based on specific configured PLMNs inside and outside the home country. (NOTE 3): Access Identities 11 and 15 are valid in Home PLMN only if the EHPLMN list is not present or in any EHPLMN. Access Identities 12, 13 and 14 are valid in Home PLMN and visited PLMNs of home country only. For this purpose, the home country is defined as the country of the MCC part of the IMSI. (note 4): The configuration is valid for PLMNs that indicate to potential Disaster Inbound Roamers that the UEs can access the PLMN. See clause 6.31.

Any number of these Access Identities may be barred at any one time.

<5G Usage Scenario>

The three main requirement areas for 5G are (1) enhanced mobile broadband (eMBB) area, (2) massive machine type communication (mMTC) area, and (3) high reliability/ultra-low latency communication (URLLC; ultra-reliable and low latency communications). Some use cases may require multiple domains for optimization, while other use cases may focus on only one key performance indicator (KPI). 5G is to support these various use cases in a flexible and reliable way.

eMBB focuses on overall improvements in data rates, latency, user density, capacity and coverage of mobile broadband connections. eMBB aims for a throughput of around 10 Gbps. eMBB goes far beyond basic mobile Internet access, covering rich interactive work, media and entertainment applications in the cloud or augmented reality. Data is one of the key drivers of 5G, and for the first time in the 5G era, we may not see dedicated voice services. In 5G, voice is simply expected to be processed as an application using the data connection provided by the communication system. The main reasons for the increased amount of traffic are the increase in content size and the increase in the number of applications requiring high data rates. Streaming services (audio and video), interactive video and mobile Internet connections will become more widely used as more devices connect to the Internet. Many of these applications require always-on connectivity to push real-time information and notifications to users. Cloud storage and applications are growing rapidly in mobile communication platforms, which can be applied to both work and entertainment. Cloud storage is a special use case that drives the growth of uplink data rates. 5G is also used for remote work on the cloud, requiring much lower end-to-end latency to maintain a good user experience when tactile interfaces are used. In entertainment, for example, cloud gaming and video streaming are another key factor demanding improvements in mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including in high-mobility environments such as trains, cars and airplanes. Another use example is augmented reality for entertainment and information retrieval. Here, augmented reality requires very low latency and instantaneous amount of data.

mMTC is designed to enable communication between a large number of low-cost devices powered by batteries and is intended to support applications such as smart metering, logistics, field and body sensors. mMTC is targeting a battery life of 10 years or so and/or a million devices per square kilometer. mMTC enables the seamless connection of embedded sensors in all fields to form a sensor network, and is one of the most anticipated 5G use cases. Potentially, by 2020, there will be 20.4 billion IoT devices. Smart networks leveraging industrial IoT is one of the areas where 5G will play a major role in enabling smart cities, asset tracking, smart utilities, agriculture and security infrastructure.

URLLC is ideal for autonomous vehicle-to-vehicle communication and control, industrial control, factory automation, mission-critical applications such as telesurgery and healthcare, smart grid and public safety applications, by enabling devices and machines to communicate very reliably, with very low latency and with high availability. URLLC aims for a delay on the order of 1 ms. URLLC includes new services that will transform industries through high-reliability/ultra-low-latency links such as remote control of critical infrastructure and autonomous vehicles. This level of reliability and latency is essential for smart grid control, industrial automation, robotics, and drone control and coordination.

Next, a plurality of usage examples included in the triangle of FIG. T will be described in more detail.

5G could complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of delivering streams rated at hundreds of megabits per second to gigabits per second. Such high speed may be required to deliver TVs with resolutions of 4K or higher (6K, 8K and higher) as well as virtual reality (VR) and augmented reality (AR). VR and AR applications almost include immersive sporting events. Certain applications may require special network settings. For VR games, for example, game companies may need to integrate core servers with network operators' edge network servers to minimize latency.

Automotive is expected to be an important new driving force for 5G, with many use cases for mobile communication to vehicles. For example, entertainment for passengers requires both high capacity and high mobile broadband. The reason is that future users will continue to expect high-quality connections regardless of their location and speed. Another example of use in the automotive sector is augmented reality dashboards. The augmented reality contrast board allows drivers to identify objects in the dark above what they are seeing through the front window. The augmented reality dashboard superimposes information to inform the driver about the distance and movement of objects. In the future, wireless modules will enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between vehicles and other connected devices (eg, devices carried by pedestrians). Safety systems can lower the risk of accidents by guiding drivers through alternative courses of action to help them drive safer. The next step will be remote-controlled vehicles or autonomous vehicles. This requires very reliable and very fast communication between different autonomous vehicles and/or between vehicles and infrastructure. In the future, autonomous vehicles will perform all driving activities, allowing drivers to focus only on traffic anomalies that the vehicle itself cannot discern. The technological requirements of autonomous vehicles require ultra-low latency and ultra-fast reliability to increase traffic safety to unattainable levels for humans.

Smart cities and smart homes, referred to as smart societies, will be embedded as high-density wireless sensor networks as examples of smart networks. A distributed network of intelligent sensors will identify conditions for keeping a city or house cost

and energy-efficient. A similar setup can be performed for each household. Temperature sensors, window and heating controllers, burglar alarms and appliances are all connected wirelessly. Many of these sensors typically require low data rates, low power and low cost. However, for example, real-time HD video may be required in certain types of devices for surveillance.

The consumption and distribution of energy, including heat or gas, is highly decentralized, requiring automated control of distributed sensor networks. Smart grids use digital information and communication technologies to interconnect these sensors to collect information and act on it. This information can include supplier and consumer behavior, enabling smart grids to improve efficiency, reliability, economics, sustainability of production and distribution of fuels such as electricity in an automated manner. The smart grid can also be viewed as another low-latency sensor network.

The health sector has many applications that can benefit from mobile communications. The communication system may support telemedicine providing clinical care from a remote location. This can help reduce barriers to distance and improve access to consistently unavailable health care services in remote rural areas. It is also used to save lives in critical care and emergency situations. A wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.

Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable radio links is an attractive opportunity for many industries. Achieving this, however, requires that the wireless connection operate with cable-like delay, reliability and capacity, and that its management be simplified. Low latency and very low error probability are new requirements that need to be connected with 5G.

Logistics and freight tracking are important use cases for mobile communications that use location-based information systems to enable tracking of inventory and packages from anywhere. Logistics and freight tracking use cases typically require low data rates but require wide range and reliable location information.

<General Device to which the Present Disclosure can be Applied>

Hereinafter, an apparatus to which the present disclosure can be applied will be described.

W shows a wireless communication device according to an embodiment of the present disclosure.

Referring to FIG. W, a wireless communication system may include a first device 9010 and a second device 9020 .

The first device 9010 may be a base station, a network node, a transmitting terminal, a receiving terminal, a wireless device, a wireless communication device, a vehicle, a vehicle equipped with an autonomous driving function, a connected car, a drone (Unmanned Aerial Vehicle, UAV), Artificial Intelligence (AI) Module, Robot, AR (Augmented Reality) Device, VR (Virtual Reality) Device, MR (Mixed Reality) Device, Hologram Device, Public Safety Device, MTC Device, IoT Device, Medical Device, Fintech device (or financial device), a security device, a climate/environment device, a device related to 5G services, or other devices related to the 4th industrial revolution field.

The second device 9020 may be a base station, a network node, a transmitting terminal, a receiving terminal, a wireless device, a wireless communication device, a vehicle, a vehicle equipped with an autonomous driving function, a connected car, a drone (Unmanned Aerial Vehicle, UAV), Artificial Intelligence (AI) Module, Robot, AR (Augmented Reality) Device, VR (Virtual Reality) Device, MR (Mixed Reality) Device, Hologram Device, Public Safety Device, MTC Device, IoT Device, Medical Device, Fintech device (or financial device), a security device, a climate/environment device, a device related to 5G services, or other devices related to the 4th industrial revolution field.

For example, the terminal may include include a mobile phone, a smart phone, a laptop computer, a digital broadcasting terminal, personal digital assistants (PDA), a portable multimedia player (PMP), a navigation system, a slate PC, and a tablet. PC (tablet PC), ultrabook, wearable device (for example, a watch-type terminal (smartwatch), glass-type terminal (smart glass), HMD (head mounted display), etc.). For example, the HMD may be a display device worn on the head. For example, an HMD may be used to implement VR, AR or MR.

For example, the drone may be a flying vehicle that does not have a human and flies by a wireless control signal. For example, the VR device may include a device that implements an object or a background of a virtual world. For example, the AR device may include a device implementing by connecting an object or background of the virtual world to an object or background of the real world. For example, the MR device may include a device that implements a virtual world object or background by fusion with a real world object or background. For example, the hologram device may include a device for realizing a 360-degree stereoscopic image by recording and reproducing stereoscopic information by utilizing an interference phenomenon of light generated by the meeting of two laser beams called holography. For example, the public safety device may include an image relay device or an image device that can be worn on a user's body. For example, the MTC device and the IoT device may inlcude devices that do not require direct human intervention or manipulation. For example, the MTC device and the IoT device may include a smart meter, a bending machine, a thermometer, a smart light bulb, a door lock, or various sensors. For example, a medical device may be a device used for the purpose of diagnosing, treating, alleviating, treating, or preventing a disease. For example, a medical device may be a device used for the purpose of diagnosing, treating, alleviating or correcting an injury or disorder. For example, a medical device may be a device used for the purpose of examining, replacing, or modifying structure or function. For example, the medical device may be a device used for the purpose of controlling pregnancy. For example, the medical device may include a medical device, a surgical device, an (ex vivo) diagnostic device, a hearing aid, or a device for a procedure. For example, the security device may be a device installed to prevent a risk that may occur and to maintain safety. For example, the security device may be a camera, CCTV, recorder or black box. For example, the fintech device may be a device capable of providing financial services such as mobile payment. For example, the fintech device may include a payment device or a Point of Sales (POS). For example, the climate/environment device may include a device for monitoring or predicting the climate/environment.

The first device 9010 may include at least one processor such as a processor 9011, at least one memory such as a memory 9012, and at least one transceiver such as a transceiver 9013 . The processor 9011 may perform the functions, procedures, and/or methods described above. The processor 9011 may perform one or more protocols. For example, the processor 9011 may perform one or more layers of an air interface protocol. The memory 9012 is connected to the processor 9011 and may store various types of information and/or commands. The transceiver 9013 may be connected to the processor 9011 and controlled to transmit/receive a wireless signal.

The second device 9020 may include at least one processor such as a processor 9021, at least one memory device such as a memory 9022, and at least one transceiver such as a transceiver 9023. The processor 9021 may perform the functions, procedures, and/or methods described above. The processor 9021 may implement one or more protocols. For example, the processor 9021 may implement one or more layers of an air interface protocol. The memory 9022 is connected to the processor 9021 and may store various types of information and/or commands. The transceiver 9023 may be connected to the processor 9021 and may be controlled to transmit/receive a wireless signal.

The memory 9012 and/or the memory 9022 may be respectively connected inside or outside the processor 9011 and/or the processor 9021, and may be connected to another processor through various technologies such as wired or wireless connection.

The first device 9010 and/or the second device 9020 may have one or more antennas. For example, antenna 9014 and/or antenna 9024 may be configured to transmit and receive wireless signals.

FIG. X illustrates a block diagram of a network node according to an embodiment of the present disclosure.

In particular, in FIG. X, when the base station is divided into a central unit (CU) and a distributed unit (DU), it is a diagram illustrating the network node of FIG. W in more detail.

Referring to FIG. X , base stations W20 and W30 may be connected to the core network W10, and the base station W30 may be connected to a neighboring base station W20. For example, the interface between the base stations W20 and W30 and the core network W10 may be referred to as NG, and the interface between the base station W30 and the neighboring base station W20 may be referred to as Xn.

The base station W30 may be divided into CU W32 and DUs W34, W36. That is, the base station W30 may be hierarchically separated and operated. The CU W32 may be connected to one or more DUs W34 and W36, for example, an interface between the CU W32 and the DUs W34 and W36 may be referred to as Fl. The CU (W32) may perform functions of upper layers of the base station, and the DUs (W34, W36) may perform functions of lower layers of the base station. For example, the CU W32 may be a logical node (logical node) hosting a radio resource control (RRC), service data adaptation protocol (SDAP), and packet data convergence protocol (PDCP) layer of a base station (eg, gNB), and the DUs W34 and W36 may be logical nodes hosting radio link control (RLC), media access control (MAC), and physical (PHY) layers of the base station. Alternatively, the CU W32 may be a logical node hosting the RRC and PDCP layers of the base station (eg, en-gNB).

The operation of the DUs W34 and W36 may be partially controlled by the CU W32. One DU (W34, W36) may support one or more cells. One cell can be supported by only one DU (W34, W36). One DU (W34, W36) may be connected to one CU (W32), and by appropriate implementation, one DU (W34, W36) may be connected to a plurality of CUs.

FIG. Y illustrates a block diagram of a communication device according to an embodiment of the present disclosure.

In particular, FIG. Y is a diagram illustrating the terminal of FIG. W in more detail above.

Referring to FIG. Y, the terminal may be configured to include a processor (or digital signal processor (DSP) (Y10), an RF module (or RF unit) (Y35), a power management module (Y05)), antenna (Y40), battery (Y55), display (Y15), keypad (Y20), memory (Y30), SIM card (SIM (Subscriber Identification Module)) card) (Y25) (this configuration is optional), a speaker (Y45) and a microphone (Y50). The terminal may also include a single antenna or multiple antennas.

The processor Y10 implements the functions, processes and/or methods proposed above. The layer of the air interface protocol may be implemented by the processor Y10.

The memory Y30 is connected to the processor Y10 and stores information related to the operation of the processor Y10. The memory Y30 may be inside or outside the processor Y10, and may be connected to the processor Y10 by various well-known means.

The user inputs command information such as a phone number by, for example, pressing (or touching) a button of the keypad Y20 or by voice activation using the microphone Y50. The processor Y10 receives such command information and processes it to perform an appropriate function, such as making a call to a phone number. Operational data may be extracted from the SIM card Y25 or the memory Y30. In addition, the processor Y10 may display command information or driving information on the display Y15 for the user to recognize and for convenience.

The RF module Y35 is connected to the processor Y10 to transmit and/or receive RF signals. The processor Y10 transmits command information to the RF module Y35 to transmit, for example, a radio signal constituting voice communication data to initiate communication. The RF module Y35 includes a receiver and a transmitter to receive and transmit a radio signal. The antenna Y40 functions to transmit and receive radio signals. When receiving a wireless signal, the RF module Y35 may forward the signal and convert the signal to baseband for processing by the processor Y10. The processed signal may be converted into audible or readable information output through the speaker Y45.

The embodiments described above are those in which elements and features of the present disclosure are combined in a predetermined form. Each component or feature should be considered optional unless explicitly stated otherwise. Each component or feature may be implemented in a form that is not combined with other components or features. It is also possible to configure embodiments of the present disclosure by combining some elements and/or features. The order of operations described in the embodiments of the present disclosure may be changed. Some features or features of one embodiment may be included in another embodiment, or may be replaced with corresponding features or features of another embodiment. It is obvious that claims that are not explicitly cited in the claims can be combined to form an embodiment or included as a new claim by amendment after filing.

Embodiments according to the present disclosure may be implemented by various means, for example, hardware, firmware, software, or a combination thereof. In the case of implementation by hardware, an embodiment of the present disclosure provides one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital sign al processing devices (DSPDs), programmable logic devices (PLDs), FPGAs (field programmable gate arrays), a processor, a controller, a microcontroller, a microprocessor, and the like.

In the case of implementation by firmware or software, an embodiment of the present disclosure may be implemented in the form of modules, procedures, functions, etc. that perform the functions or operations described above. The software code may be stored in the memory and driven by the processor. The memory may be located inside or outside the processor, and may transmit/receive data to and from the processor by various known means.

PGPubs, CRC per instructions from the PTO.

<Control Plane Radio Interface Protocol Structure>

FIG. Z is an exemplary diagram illustrating a structure of a radio interface protocol (Radio Interface Protocol) in a control plane between a UE and an eNodeB.

The radio interface protocol is based on the 3GPP radio access network standard. The radio interface protocol is horizontally composed of a physical layer, a data link layer, and a network layer, and vertically divided into a user plane for data information transmission and a control plane for signal transmission.

The protocol layers may be distinguished as L1 (first layer), L2 (second layer), and L3 (third layer) based on the lower three layers of the open system interconnection (OSI) reference model widely known in communication systems.

Hereinafter, each layer of the control plane shown in FIG. Z will be described.

The first layer, the physical layer, provides an information transfer service using a physical channel. The physical layer is connected to an upper medium access control layer through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel. And, data is transferred between different physical layers, that is, between the physical layers of the transmitting side and the receiving side through a physical channel.

A physical channel consists of several subframes on the time axis and several sub-carriers on the frequency axis. Here, one sub-frame is composed of a plurality of symbols and a plurality of sub-carriers on the time axis. One subframe is composed of a plurality of resource blocks (Resource Block), and one resource block is composed of a plurality of symbols and a plurality of subcarriers. A Transmission Time Interval (TTI), which is a unit time for data transmission, is 1 ms corresponding to one subframe.

According to 3GPP LTE, the physical channels existing in the physical layer of the transmitting side and the receiving side can be divided into a data channel PDSCH (Physical Downlink Shared Channel) and PUSCH (Physical Uplink Shared Channel) and a control channel PDCCH (Physical Downlink Control Channel), a Physical Control Format Indicator Channel (PCFICH), a Physical Hybrid-ARQ Indicator Channel (PHICH), and a Physical Uplink Control Channel (PUCCH).

The PCFICH transmitted in the first OFDM symbol of the subframe carries a control format indicator (CFI) regarding the number of OFDM symbols (ie, the size of the control region) used for transmission of control channels in the subframe. The wireless device first receives the CFI on the PCFICH and then monitors the PDCCH.

Unlike the PDCCH, the PCFICH does not use blind decoding and is transmitted through a fixed PCFICH resource of a subframe.

The PHICH carries a positive-acknowledgement (ACK)/negative-acknowledgement (NACK) signal for a UL hybrid automatic repeat request (HARQ). An ACK/NACK signal for UL (uplink) data on a PUSCH transmitted by a wireless device is transmitted on a PHICH.

The PBCH (Physical Broadcast Channel) is transmitted in the preceding four OFDM symbols of the second slot of the first subframe of the radio frame. The PBCH carries system information essential for a wireless device to communicate with a base station, and the system information transmitted through the PBCH is called a master information block (MIB). In comparison, system information transmitted on the PDSCH indicated by the PDCCH is referred to as a system information block (SIB).

PDCCH may carry a resource allocation and transmission format of a downlink-shared channel (DL-SCH), resource allocation information of an uplink shared channel (UL-SCH), paging information on the PCH, system information on the DL-SCH, Resource allocation of higher layer control message such as random access response transmitted on the PDSCH, a set of transmission power control commands for individual UEs in an arbitrary UE group, and activation of voice over internet protocol (VoIP). A plurality of PDCCHs may be transmitted in the control region, and the UE may monitor the plurality of PDCCHs. The PDCCH is transmitted on an aggregation of one or several consecutive control channel elements (CCEs). The CCE is a logical allocation unit used to provide the PDCCH with a coding rate according to the state of a radio channel. The CCE corresponds to a plurality of resource element groups. The format of the PDCCH and the possible number of bits of the PDCCH are determined according to the correlation between the number of CCEs and the coding rates provided by the CCEs.

Control information transmitted through the PDCCH is referred to as downlink control information (DCI). DCI is a PDSCH resource allocation (this is also called a DL grant (downlink grant)), PUSCH resource allocation (this is also called a UL grant (uplink grant)), a set of transmit power control commands for individual UEs in an arbitrary UE group and/or activation of Voice over Internet Protocol (VoIP).

In the second layer, there are several layers. First, the Medium Access Control (MAC) layer maps various logical channels to various transport channels, and also perform logical channel multiplexing layer that maps multiple logical channels to one transport channel. The MAC layer is connected to the RLC layer, which is an upper layer, by a logical channel, and the logical channel is divided into a control channel that transmits information on the control plane and a traffic channel that transmits user plane information.

The radio link control (RLC) layer of the second layer perform the role segments and concatenates the data received from the upper layer and adjusts the data size so that the lower layer is suitable for data transmission in the radio section. In addition, in order to ensure the various QoS required by each radio bearer (RB), three operation modes of TM (Transparent mode, transparent mode), UM (Un-acknowledged mode, no response mode), and AM (Acknowledged mode, response mode) are provided. In particular, the AM RLC performs a retransmission function through an automatic repeat and request (ARQ) function for reliable data transmission.

The packet data convergence protocol (PDCP) layer of the second layer performs header compression function that reduces the IP packet header size carrying a relatively large and unnecessary control information, in order to efficiently transmit IP packet IPv6 in a wireless section with a small bandwidth when transmit IP packet such as IPv4 or IPv6. This serves to increase the transmission efficiency of the radio section by transmitting only necessary information in the header part of the data. In addition, in the LTE system, the PDCP layer also performs a security function, which consists of encryption (Ciphering) to prevent data interception by a third party and integrity protection (Integrity protection) to prevent data manipulation by a third party.

The Radio Resource Control (RRC) layer located at the uppermost part of the third layer is defined only in the control plane, and controls logical channels, transport channels and physical channels related to configuration, reconfiguration (Re-configuration) and release of radio bearers (Radio Bearer; abbreviated as RB). In this case, the RB means a service provided by the second layer for data transfer between the UE and the E-UTRAN.

If there is an RRC connection between the RRC of the terminal and the RRC layer of the radio network, the terminal is in the RRC connected state (Connected mode), otherwise it is in the RRC idle state (Idle mode).

Hereinafter, an RRC state of the UE and an RRC connection method will be described. The RRC state refers to whether or not the RRC of the UE is logically connected to the RRC of the E-UTRAN, If it is connected, it is called an RRC_CONNECTED state, and if not, it is called an RRC_IDLE state. Since the UE in the RRC_CONNECTED state has an RRC connection, the E-UTRAN can determine the existence of the UE on a cell-by-cell basis, therefore, it is possible to effectively control the terminal. On the other hand, in the UE in the RRC_IDLE state, the E-UTRAN cannot determine the existence of the UE, the core network manages the UEs in a TA (Tracking Area) unit, which is a larger regional unit than a cell. That is, for the UE in the RRC_IDLE state, only the existence of the UE is determined in a larger area unit than the cell, in order to receive a normal mobile communication service such as voice or data, the corresponding terminal must transition to the RRC_CONNECTED state. Each TA is identified through a tracking area identity (TAI). The UE may configure the TAI through a tracking area code (TAC), which is information broadcast in a cell.

When the user turns on the terminal for the first time, the terminal first searches for an appropriate cell, establishes an RRC connection in the cell, and registers the terminal information in the core network. After this, the UE stays in the RRC_IDLE state. The terminal staying in the RRC_IDLE state selects (re-)selects a cell as needed, and examines system information or paging information. This is called Camping on the cell. When the UE that stayed in the RRC_IDLE state needs to establish an RRC connection, it establishes an RRC connection with the RRC of the E-UTRAN through an RRC connection procedure and transitions to the RRC_CONNECTED state. There are several cases in which the UE in the RRC_IDLE state needs to establish an RRC connection. For example, when uplink data transmission is required for reasons such as a user's call attempt, or when sending a response message to a paging signal received from the E-UTRAN.

The NAS (Non-Access Stratum) layer performs functions such as session management and mobility management.

Below, the NAS layer shown in FIG. Z will be described in detail.

The NAS layer is divided into a NAS entity for MM (Mobility Management) and a NAS entity for SM (Session Management).

1) The NAS entity for MM provides the following general functions.

NAS procedures related to AMF, including the following.

Registration management and access management procedures. AMF supports the following functions.

Secure NAS signal connection between UE and AMF (integrity protection, encryption) 2) The NAS entity for SM performs session management between the UE and the

SMF.

The SM signaling message is processed, ie, generated and processed in the NAS-SM layer of the UE and SMF. The content of the SM signaling message is not interpreted by the AMF.

In case of SM signaling transmission,

The NAS entity for MM creates a NAS-MM message that derives how and where to forward the SM signaling message with a security header indicating the NAS transmission of the SM signaling, additional information about the receiving NAS-MM.

Upon reception of SM signaling, the NAS entity for SM performs an integrity check of the NAS-MM message, and interprets additional information to derive a method and a place to derive the SM signaling message.

Meanwhile, in FIG. Z, the RRC layer, the RLC layer, the MAC layer, and the PHY layer located below the NAS layer are collectively referred to as an access layer (Access Stratum: AS).

As the spread of LTE spread, the spread of general-purpose high-performance computing devices such as smartphones was promoted, and various services using it appeared. Stimulated by this, the need to provide communication using a mobile communication system to low-power IoT terminals for a specific application based on LTE emerged. Accordingly, 3GPP established a new standard called NB-IOT to support low-power IoT terminals based on the LTE standard. The NB-IoT wireless standard uses a narrowband frequency of around 200Khz and provides communication services to IoT terminals based on signaling between the eNB and the MME.

In Rel-15, the first standard of the 5G system, it is an architecture and wireless standard to support broadband communication services such as smartphones. Since then, Rel-16 has supported the NB-IoT wireless standard in the 5G system, making it possible to combine the 5G core network and the NB-IoT wireless standard.

IoT terminals only perform functions for a specific purpose, and as they are used in various industries, they will have a number that is several tens or hundreds of times greater than the number of smartphones carried by humans. Accordingly, when these IoT terminals simultaneously access or transmit data at the same time, congestion of radio resources or overload of network nodes may occur. Therefore, in the utilization of IoT terminals, access control is one of the important functions.

In the 5G system, access control is performed using a method called Unified Access Control.

In most cases, IoT terminals generate low-priority data. For example, in the case of a temperature sensing IoT terminal, data is not frequently sent in very short units such as 1 ms intervals, but data is generated at intervals of about 1 hour. And, the data generated in this way is insensitive to the propagation delay. That is, there is no big problem even if the generated data is transmitted after 30 seconds or 1 minute. This is in contrast to, for example, in the case of a smartphone, if an incoming call rings 10 seconds late, the user experience is adversely affected.

Based on the characteristics of the IoT service, when access control is performed in a certain cell, the priority of the data of the IoT terminal is processed as low. This is because, as described above, most data generated by the IoT terminal is insensitive to transmission delay or has a long generation cycle.

However, in some cases, delivery of service data generated by the IoT terminal may be urgent. For example, in the case of an IoT terminal for fire detection, the data generated most of the time is no fire, and therefore, the delivery of this data is not urgent. However, when an actual fire occurs, the data of the IoT terminal for fire detection must be delivered faster than anything else.

Therefore, in Rel-16, data that requires urgency among data generated by the IoT terminal is defined as exception data, and for this purpose, access category 10 is assigned as follows.

6.22.2.3 Access categories

Table 6.22.2.3-1: Access Categories

Access Category number Conditions related to UE Type of access attempt 0 All MO signalling resulting from paging  1 (NOTE 1) UE is configured for delay tolerant All except for Emergency, or service and subject to access control MO exception data for Access Category 1, which is judged based on relation of UE's HPLMN and the selected PLMN. 2 All Emergency 3 All except for the conditions in MO signalling on NAS level Access Category 1. resulting from other than paging 4 All except for the conditions in MMTEL voice (NOTE 3) Access Category 1. 5 All except for the conditions in MMTEL video Access Category 1. 6 All except for the conditions in SMS Access Category 1. 7 All except for the conditions in MO data that do not belong to Access Category 1. any other Access Categories (NOTE 4) 8 All except for the conditions in MO signalling on RRC level Access Category 1 resulting from other than paging 9 All except for the conditions in MO IMS registration related Access Category 1 signalling (NOTE 5) 10 (NOTE 6) All MO exception data 11-31 Reserved standardized Access Categories 32-63 (NOTE 2)   All Based on operator classification (NOTE 1): The barring parameter for Access Category 1 is accompanied with information that define whether Access Category applies to UEs within one of the following categories: a) UEs that are configured for delay tolerant service; b) UEs that are configured for delay tolerant service and are neither in their HPLMN nor in a PLMN that is equivalent to it; c) UEs that are configured for delay tolerant service and are neither in the PLMN listed as most preferred PLMN of the country where the UE is roaming in the operator-defined PLMN selector list on the SIM/USIM, nor in their HPLMN nor in a PLMN that is equivalent to their HPLMN. When a UE is configured for EAB, the UE is also configured for delay tolerant service. In case a UE is configured both for EAB and for EAB override, when upper layer indicates to override Access Category 1, then Access Category 1 is not applicable. (NOTE 2): When there are an Access Category based on operator classification and a standardized Access Category to both of which an access attempt can be categorized, and the standardized Access Category is neither 0 nor 2, the UE applies the Access Category based on operator classification. When there are an Access Category based on operator classification and a standardized Access Category to both of which an access attempt can be categorized, and the standardized Access Category is 0 or 2, the UE applies the standardized Access Category. (NOTE 3): Includes Real-Time Text (RTT). (NOTE 4): Includes IMS Messaging. (NOTE 5): Includes IMS registration related signalling, e.g. IMS initial registration, re-registration, and subscription refresh. (NOTE 6): Applies to an NB-IoT UE, using NB-IOT connectivity to 5GC.

In the current NR wireless standard, all terminals must support reception of a frequency of a bandwidth corresponding to at least 100 Mhz. Accordingly, compared to the existing LTE, the power consumption of the terminal has increased rapidly. However, the operation of the terminal using the 100 MHz broadband frequency will occur for a very short time, and it is inefficient for the terminal to always perform transmission and reception operations corresponding to the 100 MHz broadband frequency in most of the time. Therefore, it is more efficient for a terminal using a general broadband wireless access technology to additionally have a wireless access technology optimized for IoT, and to switch between these two wireless access technologies according to a service situation.

In addition, in the case of a smartphone, it is a situation that has become a daily necessity. If a person loses the smartphone, if the terminal continues to use the broadband wireless access technology, it will consume all the power within a short time, then the owner will not be able to retrieve the device. In this case, if the smart phone uses a power-saving wireless access technology optimized for IoT, the probability that the owner will retrieve the terminal increases. Therefore, in the 5G system, it is necessary to efficiently control a terminal equipped with both broadband wireless access technology (NR, WB-LTE, etc.) and IoT wireless access technology (NB-IoT), and perform access control accordingly.

In addition, even for IoT terminals, not all IoT terminals use exception data. As mentioned in the above example, only a terminal that implements a service that needs to perform urgent communication in an actual special situation should be used, and the rules should be strict. For example, assuming an IoT sensor that measures daily temperature, in order to reduce the time from measuring the temperature at a specific time to actually transmit the generated measurement data to the network, if these IoT sensor terminals arbitrarily processes the generated as exception data, there is a risk of delay in the transmission of data such as more important Mo Data of other terminals.

Therefore, in the present disclusre, in the mobile communication system, even in a situation where IoT terminals, non-IoT terminals, and composite IoT terminals (supporting both IoT and non-IoT services) terminals are mixed, the present disclosure proposes a method for controlling radio resource allocation and congestion, by the network effectively considering the characteristics of each terminal and the characteristics of the data generated by each terminal.

First of all, in the present disclosure, the terminal sends a request for a service or communication it wants to use in the process of requesting registration to the network, and during a network processing the terminal based on this, the network transmits information about the characteristics of the data that can be used by the terminal.

For example, the information on the characteristics of such data is information on whether the terminal can transmit high-priority data such as exception data. Based on this, when the terminal needs to perform access from the IoT cell to the network, and when it tries to transmit data to the network based on the connection, when the data is important data, the terminal first check whether the terminal itself is allowed to transmit the transmission of the exception data is allowed, if so, the terminal checks whether its own access is allowed using the access category that is, AC 10, corresponding to the above exception data, and if the access is allowed, the terminal attempts rrc connection, or nas connection. And, if the data generated by the terminal does not correspond to the exception data, or the data generated by the terminal is the exception data and the use of the exception data to the terminal is not allowedfrom the network or the use of AC 10 If this is not permitted, or the terminal does not stay in the NB-IOT cell, the terminal check whether its own access is permitted, by using another access category, not using the access category corresponding to the exception data, that is, AC 10.

In the above process, in order to allow the network to transmit the exception data to the terminal, when the network receives a registration request message from the terminal, the network checks the subscription information of the terminal, and if based on the subscription information, After examining the policy of the network, when allowing the terminal to use the exception data, the network may transmit information allowing the use of the exception data to the terminal. Based on this, when the terminal receives permission from the network in this way, the terminal may determine that exception data can be used, and if such data is actually generated, the terminal uses the corresponding access category.

3.2.1

For example, according to the present disclosure, the AC 10 usage condition of the terminal may be set as follows.

Table 6.22.2.3-1: Access Categories

Access Category number Conditions related to UE Type of access attempt 0 All MO signalling resulting from paging  1 (NOTE 1) UE is configured for delay tolerant All except for Emergency, or service and subject to access control MO exception data for Access Category 1, which is judged based on relation of UE's HPLMN and the selected PLMN. 2 All Emergency 3 All except for the conditions in MO signalling on NAS level Access Category 1. resulting from other than paging 4 All except for the conditions in MMTEL voice (NOTE 3) Access Category 1. 5 All except for the conditions in MMTEL video Access Category 1. 6 All except for the conditions in SMS Access Category 1. 7 All except for the conditions in MO data that do not belong to Access Category 1. any other Access Categories (NOTE 4) 8 All except for the conditions in MO signalling on RRC level Access Category 1 resulting from other than paging 9 All except for the conditions in MO IMS registration related Access Category 1 signalling (NOTE 5) 10 (NOTE 6) All MO exception data 11-31 Reserved standardized Access Categories 32-63 (NOTE 2)   All Based on operator classification (NOTE 1): The barring parameter for Access Category 1 is accompanied with information that define whether Access Category applies to UEs within one of the following categories: a) UEs that are configured for delay tolerant service; b) UEs that are configured for delay tolerant service and are neither in their HPLMN nor in a PLMN that is equivalent to it; c) UEs that are configured for delay tolerant service and are neither in the PLMN listed as most preferred PLMN of the country where the UE is roaming in the operator-defined PLMN selector list on the SIM/USIM, nor in their HPLMN nor in a PLMN that is equivalent to their HPLMN. When a UE is configured for EAB, the UE is also configured for delay tolerant service. In case a UE is configured both for EAB and for EAB override, when upper layer indicates to override Access Category 1, then Access Category 1 is not applicable. (NOTE 2): When there are an Access Category based on operator classification and a standardized Access Category to both of which an access attempt can be categorized, and the standardized Access Category is neither 0 nor 2, the UE applies the Access Category based on operator classification. When there are an Access Category based on operator classification and a standardized Access Category to both of which an access attempt can be categorized, and the standardized Access Category is 0 or 2, the UE applies the standardized Access Category. (NOTE 3): Includes Real-Time Text (RTT). (NOTE 4): Includes IMS Messaging. (NOTE 5): Includes IMS registration related signalling, e.g. IMS initial registration, re-registration, and subscription refresh. (NOTE 6): Applies to an UE when the UE is located in the NB-IoT cell. This applies when use of ‘exception data’ is allowed for the UE. 3.3.2

For example, the following is an example of a flowchart according to the present disclosure.

-   -   0. The terminal is powered on, and the NAS entity of the         terminal requests registration of the terminal. At this time,         the terminal requests permission to transmit the exception data         in the Registration Request message when it needs to perform the         IoT function and transmit the exception data.     -   1. When the AMF receives a request from the terminal, it         acquires information about the terminal's service subscription         and the policy to be applied to the terminal from the UDM or         PCF.     -   2. Based on the information in step 1, the network determines         whether or not to allow the transmission of the exception data         to the terminal.     -   3. According to the result of step 2, when the transmission of         the exception data is permitted to the terminal, the network         notifies in a registration response/accept message that the         transmission of the exception data is permitted.     -   In addition to the permission of the exception data transmission         through the process of setp0-3, the terminal can acquire         information about the permission of the exception data         transmission by other methods through the UE configuration         update procedure or information stored in the SIM of the         terminal.     -   4. First, the UE stays in the NR cell.     -   5. Exception data is transmitted from the upper end of the         terminal.     -   6. Since the terminal is currently staying in the NR cell, the         terminal does not use AC 10 even if it supports the NB-IoT         connectivity function. Accordingly, the terminal performs an         access control check using AC 8 corresponding to Mo Data.     -   7. According to the result of step 6, if access is permitted,         the terminal transmits data based on this     -   8. Afterwards, the terminal camps on the NB-IoT cell     -   9. Exception data is transmitted from the upper end of the         terminal.     -   10. Since the terminal is currently staying in the NB-IoT cell,         it is considered that the terminal can use AC 10 in the         corresponding cell. Additionally, the terminal checks whether it         is permitted to use AC 10, that is, exception data. According to         step 3, since the use of the exception data of the terminal is         permitted, the terminal selects AC 10. The terminal performs an         access control check accordingly. If the use of the exception         data is not permitted in step 3, the terminal does not use AC 10         and, for example, performs an access control check using AC 8.     -   11. According to the result of 10, if access is permitted, the         terminal transmits data based on this     -   3.x,

According to the present disclosure, not only for terminals supporting only NB-IoT, but also for terminals supporting NB-IoT and other broadband wireless access, effectively supporting access control, and preventing high priority access of unauthorized terminals, through effective use of radio resources within a cell, service characteristics of different terminals can be maximally supported.

4. Claims

A method for a terminal to access a network in a wireless communication system, the method comprising:

receiving data from the application;

when it is instructed by the application that the data is special processing data(exception data) together with the data, checking whether the terminal is allowed to transmit the special processing data from the network;

when the terminal is allowed to transmit the special processing data, checking whether the terminal is staying in a cell related to the transmission of the special processing data;

selecting an access category related to the transmission of the special processing data when the terminal determines that it is staying in the cell related to the transmission of the special processing data;

determining whether access is possible according to the selected access category; transmitting the data to the network according to the determination of whether the access is possible. 

1. A method for performing communication related to access control, the method performed by a user equipment (UE) and comprising: obtaining information related to exception data; determining an access category of an access attempt for the exception data, based on information related to the exception data; performing an access control check, based on the determined access category; and transmitting the exception data, if access is allowed according to the access control check; wherein the access category is determined to be an access category 10 based on the information related to the exception data being information that the use of the exception data is allowed for the UE.
 2. The method of claim 1, wherein the access category 10 is not used, based on the information related to the exception data being information that the use of the exception data is not allowed for the UE.
 3. The method of claim 1, further comprising: transmitting a message requesting the provision of information related to the exception data.
 4. The method of claim 3, wherein the information related to the exception data is received by being included in a response message to the request message.
 5. The method of claim 1, wherein the UE is a UE supporting a Narrowband (NB)-Internet on Things (IoT).
 6. The method of claim 5, wherein the access category is determined to be an access category 10, based on that the UE is the UE supporting the NB-IoT, the UE is connected to an NB-IoT cell, and the information related to the exception data is information that the use of the exception data is allowed for the UE,.
 7. A method for performing communication related to access control, the method performed by a network node and comprising: receiving a registration request message including information requesting to allow use of exception data from User Equipment (UE); determining to allow the UE to use the exception data, based on subscription information of the UE and policy information to be applied to the UE; and transmitting a registration response message including information that the use of the exception data is allowed to the UE; wherein the information that the use of the exception data is allowed is used when the UE determines an access category of an access attempt for the exception data.
 8. The method of claim 7, further comprising: obtaining the subscription information of the UE from a Unified Data Management (UDM) node, based on that the registration request message is received.
 9. The method of claim 7, further comprising: obtaining the policy information to be applied to the UE from a Policy Control Function (PCF) node, based on that the registration request message is received.
 10. A User Equipment (UE) for performing communication related to access control, the UE comprising: at least one processor; and at least one memory storing instructions and operably electrically connectable with the at least one processor, wherein the operations performed based on the execution of the instructions by the at least one processor include: obtaining information related to exception data; determining an access category of an access attempt for the exception data, based on information related to the exception data; performing an access control check, based on the determined access category; and transmitting the exception data, if access is allowed according to the access control check; wherein the access category is determined to be an access category 10 based on the information related to the exception data being information that the use of the exception data is allowed for the UE.
 11. The method of claim 10, wherein the UE is an autonomous driving device that communicates with at least one of a mobile terminal, a network, and an autonomous vehicle other than the UE. 12-14. (canceled) 